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(54) Mapping uniform resource locators to broadcast addresses in a television signal 



(57) Web pages and other Internet information 
resources are retrieved from a one-way broadcast sig- 
nal such as a broadcast television signal. A user selects 
from a range of available information, including hyper- 
text markup language (HTML) pages, which is carried in 
the broadcast stream by invoking a command which is 
defined according to a uniform resource locator (URL) 
format. Table mapping data is carried in the broadcast 
signal and provides a broadcast address corresponding 
to the URL of the user request signal for use in identify- 
ing a location in the broadcast signal from which the 



desired information can be retrieved. The broadcast 
address may provide information regarding a frequency, 
packet identifier, satellite, transponder, cryptographic 
scheme, modulation scheme, data rate, error correction 
scheme, page number or other relevant criteria associ- 
ated with the broadcast signal which must be known to 
retrieve the requested information. The system has the 
look and feel of a two-way Internet connection, and is 
compatible with existing transmission schemes. 
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Description 

BACKGROUND OF THE INVENTION 

s The present invention relates to an apparatus and method for providing information resources, such as those that 

are available over the Internet, via a broadcast channel. In particular, Uniform Resource Locators (URL) which identify 
the information resources are mapped to broadcast addresses which identify where the information resources are car- 
ried in a one-way broadcast television signal or the like. Although the system provides only one-way communication 
from the information provider, it has the look and feel of a bi-directional Internet connection. 

to Recently, an information network known as the "Internet" has become increasingly popular. The Internet provides 
a vast amount of information which may be accessed by users via computers for business, educational, and entertain- 
ment purposes. In particular, the Internet includes a large collection of interconnected documents which are stored in 
computers all over the world in a system known as the World Wide Web (i.e., the Web). The documents are organized 
into web spaces, where a web space includes a home page and links to other documents which may be in the local web 

is space or in an external web space. Such links are known as hyperlinks. Documents may include moving images, text, 
graphical displays, and sound. 

Internet resources are typically accessed in a two-way environment via a network connection. For example, con- 
nectivity to the network may be via a conventional twisted-pair telephone line which has a relatively low data-carrying 
capacity (e.g., bandwidth), or via a higher bandwidth path, which may comprise optical fiber and/or coaxial cable. To 

20 retrieve data from a network destination (e.g., an Internet site), a user sends a message to the network destination to 
request the transfer of information to the user's computer. The network destination typically includes a computer server 
known as a "nameserver." 

FIGURE 1 is a schematic diagram of a prior art process for enabling a user to request information through a name- 
server. A user 10 sends a request signal to the nameserver 20. The nameserver 20 then sends a request signal to a 

25 source function 30, which may be a memory which is coupled to the server. The source function 30 includes the user- 
requested information which may comprise, for example, text, graphics, audio and/or video data. In response to the 
request signal from the nameserver 20, the source function 30 provides the requested information to the user 10. As 
discussed below, a user can communicate with the nameserver and the rest of the network via a number of protocols. 
Source information which is stored in the source function 30 is often stored in a format known as "Hypertext Markup 

30 Language (HTML)". This file or script format allows the display of text, graphics and audio information, and provides 
links to other pages of information through "hyperlinks." Hyperlinks are strings of characters in a particular format that 
specify the address of the desired page of information. 

In particular, HTML is a system for marking documents to indicate how the document should be displayed, and how 
various documents should be linked together. HTML is a form of Standard Generalized Markup Language (SGML), 

35 defined by the International Standards Organization (ISO), reference number ISO 8879:1986. HTML specifies the 
grammar and syntax of markup tags which are inserted into a data file to define how the data will be presented when 
read by a computer program known as a "browser". The data file, which is typically stored on a Web server, includes 
one or more Web pages which are visited by users who have computers which may run different browsers. When a 
page is visited, HTML data is downloaded to a user's computer. The computer's browser processes the data to format 

40 a layout for the page so the page can be viewed by the user on a computer screen. Generally, HTML tags provide text 
formatting, hypertext links to other pages, and links to sound and picture elements. HTML tags also define input fields 
for interactive Web pages. 

Hypertext is so-named because it allows a user to access different pages in different orders using hyperlinks, rather 
than in a predetermined, linear manner. Moreover, a particular hypertext application known as "hypermedia" includes 
45 elements other than text, such as images, video, and audio. HTML can specify links to multimedia objects. Links in an 
HTML hypertext page usually appear as highlighted text which is known as the anchor of the link. Moreover, an image, 
such as an icon, can be an anchor, which is activated, for example, by the user clicking on the icon using a mouse or 
other pointing device. Furthermore, images known as image maps can include a number of regions which are them- 
selves individual anchors. 

so An HTML application is made available to users on the Web by storing the HTML file in a directory that is accessible 
to a server. Such a server is typically a Web server which conforms to a web browser -supported protocol known as 
Hypertext Transfer Protocol (HTTP). Servers that conform to other protocols such as the File Transfer Protocol (FTP) or 
GOPHER may also be used but do not support interactive HTML files. 

HTTP defines a set of rules that servers and browsers follow when communicating with each other. Typically, the 

55 process begins when a user clicks on an icon in an HTML page which is the anchor of a hyperlink, or the user types in 
a Uniform Resource Locator (URL), described below. A connection is then made to the server at the address and port 
number specified by the URL. Next, the browser sends a request to retrieve an object from the server, or to post data 
to an object on the server. The server sends a response to the browser including a status code and the response data. 
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The connection between the browser and server is then closed. 

The URL is a unique address which identifies virtually all files and resources on the Internet. A URL has the form: 
method ://server :port/path/f ile#anchor. 
The "method" of accessing the resource is the web browser-supported protocol, and may include, for example, HTTP, 
5 FTP, GOPHER, TELNET, NEWS, or MAILTO. The "server :port" indicates the name of the server which is providing the 
resource, and is alternatively known as the Internet domain name. For example, many companies will use their com- 
pany name as part of the server field. The port designation is the port number on the server, but is usually not used 
since a default port is assumed. The "path" indicates the directory path to the resource. The file indicates the file name 
of the resource. The "anchor" indicates the named element in the HTML document. Not all fields are required. 
10 For example, consider the following URL: 
http://www.company.com/news/june.html. 
The access method is HTTP, the server is www.company.com, there is no port specified, the path is news, the file is 
june.html, and there is no anchor. Examples of FTP, GOPHER, TELNET, NEWS, and MAILTO URLs are, respectively: 
ftp://ftp.uu.net/doc/literary/obi/World.Factobook; 
is goph er 7/goph er. micro, umn . ed u/; 

telnet://compuserve.com/; 
news:aft.cows.moo; and 
mailto:president@whitehouse.gov. 
Further information on URL formats may be found in an Internet document known as "Request for Comment (RFC) 
20 1 738" by T. Berners-Lee et al. 

Thus, it can be seen that web browsers operate in a two-way communication environment to access information by 
sending a request signal defined by a URL command to a server, and receiving information in return. However, in a 
broadcast signal such as a television broadcast signal or the like, the communication is generally one-way, so there is 
no communication path to carry a user request signal. That is, in a broadcast environment, for example, including sat- 
25 ellite, multiple microwave distribution systems (MMDS), terrestrial, and most cable transmissions, there is no mecha- 
nism to carry information from the user to the server (e.g., broadcaster). 

Nevertheless, in view of the rapidly increasing use of Web pages and other Internet resources, it would be advan- 
tageous to provide a system for allowing users to access such resources via a broadcast data stream. The system 
should allow a user to select from a range of information which is carried in the broadcast stream by invoking a com- 
30 mand which is defined according to a standard URL format. Furthermore, the system should be compatible to the extent 
possible with existing transmission and receiving equipment including set-top decoders and the like, and should further 
be compatible with current communication protocols such as those for the transmission of television signals. The 
present invention provides a system having the above and other advantages. 

35 SUMMARY OF THE INVENTION 

In accordance with the present invention, an apparatus and method are presented for providing information 
resources, such as those that are available over the Internet, via a broadcast channel. 

In particular, a method is presented for mapping a command having a uniform resource locator (URL) syntax to an 
40 address of a broadcast signal. A user request signal having an associated URL command is received. The user request 
signal is a signal which is generated based on an input from a user. The user input may be provided, for example, with 
a mouse or other pointing device, a keyboard, or an infrared remote control or the like which is used in conjunction with 
a television. For example, a user may select a button which appears on a television screen to provide the user request 
signal for viewing a particular page. A broadcast address which is determined according to the URL command indicates 
45 a location in the broadcast signal from which the requested information can be retrieved. 

The broadcast address may provide information regarding a frequency, packet identifier, satellite identifier and/or 
location, transponder, cryptographic scheme, modulation scheme, data rate, error correction scheme, page number, or 
other relevant criteria which must be known to retrieve the requested information. The requested information is then 
retrieved and processed to provide a video signal suitable for display on a television. The requested information may be 
so represented by a hypertext markup language (HTML), and may comprise a plurality of HTML pages which are linked 
according to at least one hyperlink. 

Moreover, the broadcast address may be determined according to the URL command of the user request signal 
using URL mapping table data which is carried in the broadcast signal. Thus, the mapping table data is used to deter- 
mine the appropriate broadcast address based on the URL command of the user request signal. Furthermore, updated 
55 mapping table data may be provided in the broadcast signal to account for changes in information which is available to 
the user. The mapping table data may be transmitted continuously or intermittently. 

A corresponding apparatus is also presented. 

A decoder is also presented for processing a broadcast signal which carries programming service data which is 
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represented by a URL syntax and table mapping data to provide a signal suitable for display on a television. The 
decoder includes first means for retrieving the programming service data, second means for retrieving the table map- 
ping data, and third means for retrieving the data which is represented by a URL syntax, according to the table mapping 
data and a user request signal. 
5 Additionally, fourth means are provided for processing the requested data to provide a signal suitable for display on a 
television. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 FIGURE 1 is a schematic diagram of a prior art process for enabling a user to request information through a name- 
server. 

FIGURE 2 is a block diagram of a television broadcast system in accordance with the present invention. 
FIGURE 3 is a block diagram of a television receiver in accordance with the present invention. 

15 DETAILED DESCRIPTION OF THE INVENTION 

A method and apparatus are presented for retrieving information from a broadcast data signal in response to a user 
request signal which is defined according to a Uniform Resource Locator (URL) syntax. 

As mentioned, a URL typically defines three things: a communication protocol, a logical access path to be used by 
20 that protocol, and the name of an object. Example object types include bitmap images, other HTML pages, and files of 
virtually any type or format. The following is an example of a script for an HTML page: 
<HTML><HEAD> 

<TITLE>Michael Field Home Page</TITLE> 
</HEAD><BODY><P>This is a test 
25 <P><IMG SRC="gLgir ALIGN="Middle" WIDTH^^S" 
HEIGHT="79"> 
<PxHR> 

<PxAHREF="http://giweb/hpage.htmr>LINK</A> 
</BODYx/HTML> 

30 The term "gi.gif" specifies the source attribute of an inline image. That is, gi.gif is a URL of a file which contains the 
image to be imbedded into a page. The term "http://giweb/hpage.htmr specifies a hyperlink to another HTML page of 
information. The term specifies the protocol to be used to communicate with a server (e.g., http:), the name of the des- 
tination server (e.g., giweb) and the page of information within that server which is hyperlinked (e.g., hpage.html). There 
are several variations of the form of a URL but they all refer to a server and the information within the server that is to 

35 be accessed. 

FIGURE 2 is a block diagram of a television broadcast system in accordance with the present invention. The sys- 
tem includes a transmitter side, shown generally at 100, and a receiving side, shown generally at 150. The transmitting 
side 100 includes a programming services function 105, which comprises video and audio programming services from 
network television stations and the like. The programming services audio/video data, which may be carried as digital 
40 data is provided to a multiplexer ("mux") 115. The multiplexer 115 also receives mapping table data from a mapping 
table function 107 and HTML page data from a broadcast web server 1 08. 

The programming services data, HTML page data, and mapping table data are multiplexed at the multiplexer 115 
to provide a broadcast signal to a transmitting antenna 120. The transmitting antenna transmits the broadcast signal to 
a receiving antenna 155 via a satellite 125. The signal may be carried as a packetized digital transport stream which 
45 conforms to, for example, the Moving Pictures Experts Group-2 (MPEG-2) standard. 

The broadcast signal is provided to a cable television (CATV) system headend 160, where the data may be proc- 
essed for distribution to cable system customers. For example, various decryption/encryption and scrambling/descram- 
bling operations may take place. Additionally, insertion of local commercials and programming may occur. Moreover, at 
the cable system headend 160, it is possible to provide a broadcast server (not shown) in addition to, or in lieu of, the 
so broadcast server 108. Alternatively, the transport stream may be broadcast directly to the user via a direct broadcast 
satellite system, multiple microwave distribution system, or the like. 

The cable system headend 160 distributes the broadcast signal to subscribers via representative hubs 165 and 
170, and spokes as shown. At a subscriber's home 180, a decoder receives the broadcast signal, decodes it as 
required, and provides an audio and video signal for reproduction on a television 188 or similar video display appliance. 
55 Furthermore, the HTML page data may be retrieved and processed for display on the television according to the map- 
ping data and a user request signal. 

In particular, the broadcast web server 108 receives HTML page data from HTML page A 109, HTML page B 1 10, 
and HTML page C 1 12. In a schematic representation, HTML page C 1 12 includes a hyperlink 1 13 for linking to HTML 
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page B 1 10, and HTML page B 1 10 includes a hyperlink 1 1 1 for linking to HTML page A 109. The broadcast web server 
108 processes the- HTML pages by assigning packet addresses to identify locations within the multiplexed broadcast 
signal in which the HTML pages are carried. 

For example, HTML page A 109 may have the URL "http://giweb/pageA.html," while HTML page B 110 has the 

5 URL "http://giweb/pageB.html", and HTML page C 112 has the URL "http://giweb/pageC.html". Then, the broadcast 
web server 108 will assign a packet identifier (PID) "PID 1" to HTML page A 109, "PID 2" to HTML page B 110 and 
"PID 3" to HTML page C 112. 

Moreover, the broadcast web server 108 will assign the same PID to successive packets of a particular HTML 
page, and will forward the HTML page data and the associated PIDs to the multiplexer 115. Additionally, the broadcast 

w web server 108 will provide the PID and URL information to the mapping table function 107 which will create a URL 
mapping table that contains the mapping information that HTML pages A, B and C are being sent on PIDs 1 , 2 and 3 
respectively. The mapping table function 107 then forwards the mapping table data to the multiplexer 1 15 for transmis- 
sion in the broadcast signal. Note that the page data may be identified by some notation other than a URL. If so, the 
appropriate identifying data is incorporated into the mapping table and transmitted in the broadcast signal. 

15 When the transport stream conforms to an MPEG or similar protocol, the address of the HTML page data may com- 
prise one or more PIDs. However, this form of addressing can be augmented by adding sub-address information to the 
broadcast address to reference a smaller portion or sub-layer of the broadcast signal. For example, a sub-address may 
include a "tablejd" term which identifies a particular portion of the broadcast spectrum. 

By providing table mapping data that maps a URL or other identifier of an HTML page to another form of address 

20 which identifies a location in a broadcast signal, it is possible to retrieve the HTML page corresponding to a user request 
signal. In addition to PIDs, the broadcast address may include other information such as a satellite identifier, trans- 
ponder identifier, transmission frequency, page number, or other information required to retrieve the desired informa- 
tion. For example, Table 1 below shows a mapping table in accordance with the present invention. The first column of 
the table shows a URL of HTML data which is carried in a broadcast signal, and the second column shows the corre- 

25 sponding broadcast address. 



Table 1 



URL 


Broadcast Address 




Satellrte=G5, Transponder=3, PID=9, Page=24 


http7/giweb/pageA.html 


Frequency=78Mhz, PID 9, Page=36 



35 When the programming services, HTML data and table mapping data are carried in an analog transmission, the 
broadcast address may include a broadcast frequency (e.g., channel) at which the HTML page data is carried. 

Moreover, the mapping table data need not be transmitted continuously, but may be delivered to the decoder only 
as new information is made available or as broadcast addresses change. For example, new information may include 
new HTML pages and new hyperlinks. Thus, table mapping data which is stored at the decoder 184 may be updated 

40 and modified as required. Moreover, the table mapping data may be also be provided to the decoder 184 locally via a 
smart card or the like. Bandwidth limitations in the transport signal and memory storage capabilities at the decoder 1 84 
may limit the size of the mapping table. However, this should not be a problem since the domain of information that is 
available to the user will be limited to an amount that the decoder can support. 

FIGURE 3 is a block diagram of a television receiver in accordance with the present invention. The decoder, shown 

45 generally at 180. corresponds to the decoder of FIGURE 2. As mentioned, the decoder 180 may receive the transport 
stream from a cable plant, satellite, or terrestrial broadcast. The transport stream is demultiplexed at a demultiplexer 
205 to recover the table mapping data, HTML page data and programming service audio/video data. The programming 
service data is parsed at parser 220 and provided to a memory manager 225. The memory manager, which may 
include a central processing unit, controls the decoding of the audio and video data by interacting with a video decom- 

so pression processor 240, an audio decompression processor 245 and a memory 235. 

The memory 235, which may comprise a dynamic random access memory (DRAM), is used to temporarily store 
the video pictures prior to decoding and presentation of the video on the television screen. The video decompression 
processor 240 provides a variety of processing functions, such as error detection and correction, motion vector decod- 
ing, inverse quantization, inverse discrete cosine transformation, Huffman decoding and prediction calculations, for 

55 instance. After being processed by the decompression processor 240, the video pictures are output to a combiner 250. 
Alternatively, the decoded data may be temporarily stored in the memory 235. 

The audio decompression processor 245 processes audio data using, for instance, inverse quantization, Huffman 
decoding, and spectral shaping algorithms. 



5 



BNSDOCID: <EP 0S48553A2> 



EP 0 848 553 A2 



The memory manager 225 receives commands from a user command processor 230, which, in turn, receives a 
user command via terminal 232. The user command may be input, for example, by a mouse or other pointing device, a 
keyboard, or an infrared remote control or the like which is used in conjunction with a television or other video appliance. 
The user command processor 230 can provide a control signal to the combiner 250, and provides an information 
s ("info.") request signal to a table data processor 207. The memory manager 225 also receives commands from an 
HTM L processor 2 1 5. 

The table data processor 207 receives the table mapping data from the demultiplexer 205 and stores it in an asso- 
ciated memory 209. The information request signal received by the processor 207 may include a URL of information 
which a user wishes to retrieve. In accordance with the present invention, the processor 207 looks up the broadcast 

10 address which corresponds to the desired URL. For example, referring to a previous example, assume the URL is 
M http://giweb/pageA.html", and the corresponding broadcast address is "PID 1 ." Then, the table data processor 207 will 
provide a broadcast acldresss to the demultiplexer 205 to retrieve the HTML data packets which correspond to "PID 1 ." 
The selected HTML data packets are then sent from the demultiplexer 205 to the HTML processor 215 for further 
processing to be discussed below. 

is Note that while the broadcast address is shown being provided only to a demultiplexer 205, it should be understood 
that the broadcast address may be provided to one or more components as required to retrieve the corresponding infor- 
mation. For example, the broadcast addresss may specify a frequency which is provided to a demodulator (not shown) 
for tuning the appropriate frequency. Alternatively, when the broadcast signal is received via a direct broadcast satellite 
system, the broadcast address may require re-aligning a receiving dish with a different satellite to retrieve the informa- 
nt? tion. In this case, the broadcast address will include commands for positioning the receiving dish which are provided to 
a servo motor or the like. Furthermore, the broadcast address may define a criteria such as data rate, modulation 
scheme (e.g., QAM, QPSK), error-correction scheme, and/or encryption scheme which is related to the information to 
be retrieved, or other systems information or auxiliary table data. 

The HTML processor 215, which communicates with a memory 210, receives the HTML which was selected 

25 according to the broadcast address from the demultiplexer 205 or other relevant component. The processor 215 may 
include a central processing unit which implements an HTML-based code which is analogous to a Web browser. The 
HTML processor also receives commands from the user command processor 230. HTML display data provided by the 
processor 2 1 5 is then provided to the combiner 250, where it may optionally be combined with the video data from proc- 
essor 240 to produce a graphical display on a television screen. 

30 A user may provide commands to the user command processor 230 in response to a variety of textual and graph- 
ical displays which may be displayed on a television screen. For example, the screen may include buttons which define 
hyperlinks to other HTML pages. The buttons may be selected by the user via a pointing device, infrared remote control, 
or the like. The buttons may include text and/or graphics, such as icons, which inform and entertain the user. Moreover, 
the user command processor 230 may provide a signal to the memory manager 225 to provide audio and or video of 

35 the programming service in conjunction with, or in lieu of, the HTML display data. 

The invention thus allows a user to access information through a broadcast signal rather than through a two-way 
channel without requiring the format of the information to be changed. This advantageously avoids the burden of con- 
verting each page of information into a new, non-standard format before transmission, and reconverting the information 
when it is received at the decoder. 

40 Generally, by retaining the original form of the user-requested information, such as an HTML page, the same HTML 
page can be made available to users accessing information through a conventional two-way Internet connection or 
through a broadcast stream. 

In view of the above, it should be appreciated that the present invention provides an apparatus and method for 
retrieving Web pages and other Internet information resources from a broadcast signal such as a broadcast television 

45 signal. The invention allows a user to select from a range of information, including HTML information, which is carried 
in the broadcast stream by invoking a command which is defined according to a URL format. Table mapping data is car- 
ried in the broadcast signal and provides a broadcast address corresponding to the URL of the user request signal to 
identify a location in the broadcast signal from which the desired information can be retrieved. Thus, although only a 
one-way communication path is provided from the information provider to the user, the user's perception is that of a bi- 

so directional network that allows Internet-type browsing, colloquially known as "surfing." Moreover, the system is compat- 
ible with existing transmission schemes. 

Additionally, the invention is compatible with other types of hypermedia besides HTML such as, for example, the 
hyperlinking scheme used by a Macintosh® hypercard when accessed in a non-interactive way. 

Moreover, the invention is compatible with virtually any type of programming service, including television, informa- 

55 tion services such as stock prices and weather data, and audio/video programming implemented in software including 
games and other programming. 

Although the invention has been described in connection with various specific embodiments, those skilled in the art 
will appreciate that numerous adaptations and modifications may be made thereto without departing from the spirit and 
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Claims 

5 1 . A method for mapping a command having a uniform resource locator (URL) syntax to an address of a broadcast 
signal, comprising the steps of: 

receiving a user request signal having an associated URL command; and 
determining a broadcast address according to said URL command; wherein: 
10 said broadcast address is indicative of a location in said broadcast signal from which information corre- 

sponding to said user request signal can be retrieved. 

2. The method of claim 1 , comprising the further steps of: 

? 5 retrieving said information corresponding to said user request signal; and 

processing said information to provide a video signal suitable for display on a television. 

3. The method of claim 1 or 2, wherein: 

said broadcast address is indicative of a frequency of said broadcast signal. 

20 

4. The method of one of claims 1 or 2, wherein: 

said broadcast signal comprises a packetized digital data stream; and 

said broadcast address is indicative of a packet identifier of said data stream. 

25 5. The method of one of the preceding claims, wherein: 

said information corresponding to said user request signal is represented by a hypertext markup language. 

6. The method of one of the preceding claims, wherein: 

said information corresponding to said user request signal comprises a plurality of pages which are repre- 
ss sented by a hypertext markup language, said pages being linked according to at least one hyperlink. 

7. The method of one of the preceding claims, wherein: 

said broadcast address is determined according to said URL command using mapping table data which is 
carried in said broadcast signal. 

35 

8. The method of claim 7, comprising the further step of: 

providing updated mapping table data in said broadcast signal to account -for changes in information which is 
available to the user. 

40 

9. An apparatus for mapping a command having a uniform resource locator (URL) syntax to an address of a broad- 
cast signal, comprising: 

a user command processor for receiving a user request signal having an associated URL command; and 
45 a table data processor for determining a broadcast address according to said URL command; wherein: 

said broadcast address is indicative of a location in said broadcast signal from which information corre- 
sponding to said user request signal can be retrieved. 

10. The apparatus of claim 9, further comprising: 

50 

means for retrieving said information corresponding to said user request signal; and 

a processor for processing said information to provide a video signal suitable for display on a television. 

11. The apparatus of one of claims 9 or 10, wherein: 

55 said broadcast address is indicative of a frequency of said broadcast signal. 

12. The apparatus of one of claims 9 or 10, wherein: 

said broadcast signal comprises a packetized digital data stream; and 
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said broadcast address is indicative of a packet identifier of said data stream. 

1 3. The apparatus of one of claims 9 to 1 2, wherein: 

said information corresponding to said user request signal is represented by a hypertext markup language. 

5 

14. The apparatus of one of claims 9 to 13, wherein: 

said information corresponding to said user request signal comprises a plurality of pages which are repre- 
sented by a hypertext markup language, said pages being linked according to at least one hyperlink. 

10 1 5. The apparatus of one of claims 9 to 1 4, wherein: 

said broadcast address is determined according to said URL command using mapping table data which is 
carried in said broadcast signal. 

16. The apparatus of claim 15, wherein: 

15 updated mapping table data is provided in said broadcast signal to account for changes in information which 

is available to the user. 

1 7. A decoder for processing a broadcast signal which carries programming service data, data which is represented by 
a uniform resource locator (URL) syntax, and table mapping data, to provide a signal suitable for display on a tele- 

20 vision, comprising: 

first means for retrieving said programming service data; 
second means for retrieving said table mapping data; 

third means for retrieving said data which is represented by a URL syntax according to said table mapping data 
25 and a user request signal; and 

fourth means responsive to said third means for processing said data which is represented by a URL syntax to 
provide a signal suitable for display on a television. 

18. The decoder of claim 17, wherein: 

so said table mapping data indicates a broadcast address of said broadcast signal from which said data which 

is represented by a URL syntax may be retrieved. 

1 9. The decoder of claim 18, wherein: 

said broadcast signal comprises a packetized digital data stream; and 
35 said broadcast address is indicative of a packet identifier of a data packet of said broadcast signal. 

20. The decoder of one of claims 1 7 to 19, wherein: 

said data which is represented by a URL syntax comprises hypertext markup language (HTML) data; and 
said fourth means comprises an HTML processor. 
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